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This report describes the Frodturtivity Information Management System (PIMSf \riikh 
is being developed at JPL The main ob/ective of this computerized system is to enable 
management scKntists to interactively explore data concerning DSN operations^ mainte- 
nance and repairs, in order to develop and verify models for marmgernent fdanning. Thus, 
PIMS will provide users with a powerful set of tools for iteratively manipulating data sets 
in a wide variety of ways Most current database systems are designed to support a narrow 
range of predetermined types of queries. Thus, the design of PIMS includes unique, state- 
ofthe-art features. The initial version of PIMS wiU be a useful but small-scale pilot sys- 
tem. This report (1) discusses the rmnivation for developing PIMS, (2) describes the 
various data sets which wUl be integrated by PIMS, (3) d^etches the overall design of 
PIMS, and (4) describes how PIMS will be used. A survey of relevant databases concerning 
DSN operations at Goldstone is also irKhtded. 


I. Introduction 

The operation of the Deep Space Network (DSN) costs 
loughiy S59 mOlion a year.' The annual cost to JPL of oper- 
ating the facility at Goldstone alone is rou^ly $15 million, 
and involves some 215 contractor manyears (Ref. I). In this 
period of financial limitations, even incremental improvements 
m DSN efficiency yield important savings for JPL. and selec- 
tions between alternative implementations and policies can 
have substantial financial implications. These facts underline 


^ Th» includes the operation of the three deep space complexes and the 
Network Operations Control Center and the logistical and sustaining 
engineering costs Long-range planning for advanced equipment and 
future projects costs an additional S.^5 million. 


the utility and necessity of reliable, easily accessible mforma- 
tion about DSN operations and expenditures. This report out- 
lines the proposed development of a new computerized 
system, directed at providing convenient access to some of 
this information. Although only in the pilot stage* this system 
will provide very flexible access to an integrated, moderately 
detailed view of DSN productivity and costs. 

Several highly successful computerized information man- 
agement systems have been implemented at JPL over the past 
few years to facilitate various aspects of operating the DSN 
(e.g.. the Equipment Database and the Engineering Change 
Mana^ment Databases of Section 377. and the DSN Schedul- 
ing Database of .Section 371). Each of these systems was devel- 
oped to accomplish a specific range of tasks concerning a fairly 
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fiaiiDw aspect of DSN activity, in most instances, these data* 
bases were developed independently of the others. For these 
reasons, it is hard to use these systems to develop an integrated 
yet detailed picture of DSN operatitms and expenditures. 
Furthermore, it is difficult and cumbersome to obtain tnfor* 
mation of an ad hoc. nonroutine nature from these databases. 

To illustrate this point in dramatic but dearly oversim|di- 
fied terms, we present a brief analogy. Suppose that we vrere 
given (1) an alphabetical listing of all JPL employee and their 
office phone numbers. (2) a listing by section number of all 
the employees in each section, and (3) a luting, ordered by 
increasini telephmie number, of the charges accrued against 
each phc;ie during a given month. It is easy to imagine how 
such different lists could be generated by different groups for 
different purposes. Suppose nuw that a listing of the total of 
charges accrued agaiftst the phones in each section were 
desired. Qearly. it would be cumbersmne and timeconsuxning 
to provi<te such a listing. Speaking broadly, management 
scientists are interested in all kinds of ad hoc. nonroutine 
aggregate summaries such as this, and the existing DSN data* 
bases simply cannot provide them in a rapid, convenient 
manner. 

A second obstacle to developing an integrated view of DSN 
operations is that important information concerning expendi* 
tures is recorded in a variety of different ways. In fact, some 
ot it is not at present recorded electronically. For examfde. 
information concerning most of the activity of the Mainte* 
nance and Integration Unit at Goldstone is recorded and 
stored on paper. Furthermore, some information relevant to 
determining operating costs (e.g.. how many manhours are 
spent in transit between stations) has not. until recently, been 
recorded at all. 

As a first step in resolving this problem, a group working in 
Divisiun 330 (Telecommunications Science and Engineering) is 
currently developing the Productivity Information Manage* 
ment System (PIMS). The system will integrate data concern- 
ing various aspects of DSN operations. A distinguishing feature 
of PIMS v^l be the highly flexible accessing capabilities; users 
will be given todi for interactively manipulating and analyzing 
data sets in any way they choose. The initial implementation 
of PIMS is narrow in scope and will focus entirely on DSN 
operations at Goldstone. The system is viewed primarily as a 
pilot rather than as a full-blown, generai-purpose tool. How- 
ever. the system should prove useful to management scientists 
for the purpose of developing and testing management models, 
and to both managers and management sdenti.«ts for the pur- 
pose of analyzing current DSN operations and choosing among 
various future alternatives. The experience gained in imple- 
menting and using this pilot version of PIMS can later be used 
to guide futher expansion of PIMS. and possibly to provide 


impetus for die development of a condderaUy more oom|m- 
hensive information management system for the DSN. 

The aim of the current report is to discuss the motivatiem 
for develc^ing PIMS. to describe the various data sets vriikh 
will be integrated by the initial version of MMS. to briefly 
sketch the overall design of PIMS. and to indicate how PIMS 
will be used. In Section II the motivation behind PIMS 
discussed in more detail, and the long*range direction of PIMS 
is oMisideied. Section III presents an overview of the general 
capabilities of the initial verskm of PIMS, and Sectimi IV 
describes the overaO design of this initial version. In Sectioii V 
we describe two examples of how PIMS will be used to Inte* 
grate data and derive certain types of Information. And in Sec* 
don VI we conclude by indicating the current status of the 
effort to imi^ment PIMS and discussing some possible exten* 
simis of PIMS. Twu appendices are induded. The first presents 
brief descriptions of the m^or databases curr^tly maintained 
concerning DSN operadems at Goldstone. The second contains 
copies of several of the forms used to collect data for those 
databases, and dso examples of the outputs of some of them. 


H. Motivation tor Plus 

This section presents an overview of the motivations behind 
and objeedves of PIMS. As noted in the introduedon. the 
expense of operating the DSN is considerable. Thus, im(de- 
n^ntadon of efficient operadonal pdicies can lead to sub* 
stantial savings and cost reductions. In this period of financial 
limitadons and reductions, such savings gain even greater 
significance. 

An important tool in developing these cost-saving pdicies 
is studying the current operadon of the DSN. Indeed, as indi- 
cated in Appendix A. a wealth of data concerning DSN opera- 
dons is being recorded each week, and much of it is publicized 
through periodic imports or is directly accessible. However, the 
different data sets are recorded and maintained for different 
purposes, and their overall characters reflect these differences. 
For example, the Barstow Production Control (BPC) database 
(A4 in Appendix A) stores the manhours expended on compo- 
nent repain. retaining detailed manhour information for each 
component repaired. On the other hand, the Manpower Utili- 
zation Reports (A6). which record manhours expended in the 
actual operation of the antenna stations, list only the weekly 
totals of manhours expended in various categories. Thus, 
solely because of the nature of the actual data stored, it is 
inherently difficult to integrate information from the different 
data sets in a meaningful, useful manner. As n result, it is diffi- 
cult to analyze this information from the perspective of reduc- 
ing overall operational costs. 
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A second, distinct otetade to integrating DSN o|>eratkm5 
data is that the various databases are stored in different for- 
mats and use different overall methodologi^. On the one 
hand, some of the database such as the Scheduling and BPC 
Databases, use so]diisticated data storage and access routines 
written largely in assonUy language. Others, however, such as 
the Manpower Utiliiation Reports and Transfer Agreement 
Status Database (A2) are really file managenrent systems using 
simjdy formatted records. Data access for these is generally 
performed through the geiwration of a complete report rather 
dian throu^ response to a spectflc inquiry. And at the 
extreme, the Maintenance and Integration Work Orders (AS) 
are not stored electronically at all, but rather retained in their 
tmginal hand-written form. 

The PIMS effort is intended to be the first step in overcom- 
ing these two obstacles, ii: order that management scientists 
vnd managers can easily obtain integrated data cmiceming 
DSN operations. The uses of such integrated data abound. For 
exan^ple. the productivity. efHciency and expense of a wide 
variety of different activities could be determined and com- 
pared. Expenditures could be categorized in a variety of ditTer- 
ent ways to emphasize different aspects of DSN operations. 
(For instance, the total operational costs - including original 
investment, operations, maintenance, and component repair 
costs - of different subsystems or assemblies could be calcu- 
lated and adjusted for relative usag^ rates, etc.). Comparisons 
could be made between the starions. and between past and 
present operational policies. Finally, the numbers computed 
from this integrated data could be used as the basis for a 
variety of cost-reducing statistical studies. 

PIMS win also provide a second, distinctive type of access 
to integrated DSN operations data. Specifically. PIMS users 
will be given very flexible tools for iteratively manipulating 
the data in the systems. As a result, users will be able to inter- 
actively formulate queries which are based on the results of 
previous queries. Thus, it will be possible to interactively 
‘'explore” the data, and thereby discover anomalies or pat- 
terns of interest. 

To illustrate the usefulness of such flexible access to inte* 
grated data in more concrete terms, we bnefl> mention the 
Renter and Lorden study conducted in the late I970's (Ref, 2) 
The study analyzes data concerning the operation of DSS 13 
in an automated mode during the latter half of 1978 in order 
to determine whether that automated mode resulted in citst 
savings. Discussions with the authors of this study indicate 
that obtaining the raw data underlying their analysis was 
dilTicult and time-consuming, and that the depth of the study 
was restricted as a result. It is anticipated that the initiation 
and maintenance of PIMS should partially alleviate such 
difficulties in future studies. 


As cunendy enviaioned, PDIS w8l be i Btfroudy focused 
pilot system with three primary objectivea. These are (i) to 
provide access to integrated data conoemiiig a Umited portioii 
of ItSN qperatioiis, (2) to demonstrate the utility of a HMS- 
Uke system, and (3) to provide practical experience in the use 
of such a system. Thus, while PIMS wfll addrm itself to <mly 
a portion of DSN operations, it is expected to provide a firm 
basis for designing a more comprehensive PDiS^e system in 
the future. 

IN. Overview of PHyiS 

We now discuss the overall capabilities of the (initial veiskm 
of the) Productivity Infonnation Management System. In 
broadest terms, BMS will prowde interactive access to data 
crniceming the manhoun expended at Gddstone by three 
diffetent types of per«onnd (rqreratiofis, maintttiance and 
integration, and repair), and to (hta concerning **end user 
houn.” PIMS users will be able to make direct queries to the 
database, and can also create and manipulate sublets of* the 
data in a wide variety of ways. These access mecharUsms will 
make it possible to (I) derive specific informatioi^,and \Z) gen- 
erate tabtec listing averages and totals for virtually any cate- 
gorization of manpower expenditures. After this capability is 
fully developed, a mechanism for displaying these taWes in 
a simple, easy to understand format may also be incorpemted, 
as well as various statistical routu^. FinaUy, a capability for 
investigating causal relationships may be added to the system. 

A central theme in the design of the initial version of 
PIMS is to provide a simple, convenient user interface which 
allows users to perform virtually any manipulaticm on the 
underlying data sets, but whidi insulates users from the actual 
imi^ementation details. In this imnner, PIMS provides a 
powerful but easy to understand tod for performing virtually 
any data retrieval. To provide this capability, a mqor portion 
of PIMS is devoted to performing the routine and tedious 
detail work required in data processing as users specify various 
operations in a simple and abstract manner. Indeed, a major 
component of the preliminary version of PIMS is concerned 
entirely with such data management, and is completely hidden 
from the user's view. Specifically, this component performs 
the initial processing of raw data, which involves transforming 
data stored in a variety of different formats and locations into 
data all having uniform format. 

A final general characteristic of the preliminary version of 
PIMS is the modularity of its design. This modularity will 
make modifications and expansions of PIMS capabilities a 
relatively easy and painless task. In view of the role of PIMS 
as a pilot, and also the possibility that the raw data available 
to PIMS may change over time, this is a particularly important 
feature. 
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IV. Ovwali Design of PIMS 

In diis section we consider the overall d^ign of the initial 
version of PIMS as cuneittly being implemented. 

Itie global design of PIMS is shown in Fig. 1 . The system 
has two primaiy modules, one for data input and one for data 
output. The data input module uses the raw data to generate 
files which contain records of a certain kind, called ^event 
records.** The data output module supports interactive access 
to these files of event records. 

Event records are intended to store information concerning 
individual Events'* invdving the expenditure of manhours. 
Examples of events include the performance of a single preven- 
tive maintenance task, die repair of a single component, and 
the operaticui of a station during a tracking pass. Various 
parameters concerning events are stored in event records. For 
example, these include the type of activity, the number of 
manhours expended, the end-user benefited (if any), the sub- 
system and assembly invdved (if applicable), and the preven- 
tative maintenance number (if applicable). 

Referring to Fig. 1 , we now describe in turn each of the 
modules and ctmiponents of PIMS. 

A. Raw Data 

As mentioned in the previous section, P1N«S will initially 
integrate data concerning manhours of three categories of 
personnel: (1) operations personnel, (2) maintenance and 
integration persormel, and (3) repairs personnel. Data con- 
cerning operations manhours will be drawn from the Weekly 
Histories compiled by the Data Processing Unit at Gddstone 
(in Appendix A. see Al) and the Manpower Utilization Re- 
ports (A6). Data concerning maintenance and integration man- 
hours will be drawn from the Maintenance and Integration 
Work Orders (AS). Finally, the recently implemented Pro- 
ductivity Database (A4) will be used to obtain data on repairs 
manhours. 

B. Data Input Module 

The sole function of the data input module will be to trans- 
form the raw data into files of event records. This module will 
consist of three submodules, one each for the three types of 
personnel data used. Each of these submodules will have the 
capability of reading and processing raw data from the appro- 
priate data sources. Thus the PIMS event files can be updated 
as new raw data accumulates. 

C. Evofrt Fites 

In its initial version, PIMS will maintain nine files of event 
records, three for each of DSS II. 12 and 14. these being 


devoted to **opentioii** events* **msintenanoe** events aid 
^repair** events. Data is separated aocoidliw to station pri* 
marfly to enhance efficiency - mudi of the raw data can most 
easfly be processed one station at a tinw* and the separation 
win prevmt the stored data ffles from beemning mueasonably 
large. Also, many data acoes requests are expected to &tin- 
guidi between the stations, so data prooes^ thne wffl be 
saved. 

To understand adiy data is separated according to peraomid 
category, we note that althou^ many event parameters (such 
as manhours and dayoi-ym) are shared by events of ewh 
category, other event parameters (such as end-user hours for 
q;>eratiotis events, or turnaround time for repairs events) are 
unique to a given category. Thus the separatim of events 
permits more efficient storage of tlw data. It should be noted, 
however, that sets of events of different types can be readily 
combined by PIMS users (see below). 

D. Data Modiite 

The function of the data output module is to provide con- 
venient interactive access to the event files. As currently envi- 
sioned, this module will provide a menu-oriented Interface to 
users. Thus when the system is on, users will be presented a 
'^menu** of possiUe commands to choose from. As a r^ult, 
the system will guide users through the correct steps of a data 
accessing procedure, and hence be very * ^^cesable to novice 
users. 

The commands which PIMS users can give via the data 
output module will give users the capability of directly manip- 
ulating files of events. Specifically, users will be able to create 
new files, select specific subfiles according to given parameter 
values (e.g., select aQ events with manhour value between 3 
and 5 hours), sort files, and merge files (possibly containing 
different types of events). Also, capabilities to print out the 
contents of these files, and to calculate simple numerical sum- 
maries of them (e.g., list the total manhours expended, broken 
down by week and subsystem type) will be available. To 
accomplish this the data output module will provide usen 
with a small set of "atomic** file manipulation commands 
which can be applied repeatedly to obtain desired files and 
results. 

E, RetomnceRles 

The fuial major component of PIMS is the set of files main- 
tained for reference purposes. These will include, for example, 
a portion of the Transfer Agreement Status Databa.^e (Appen- 
dix A. see A2) which lists the numbers, three-letter acronyms, 
and brief descriptions of DSN subsystems and as^mblies. 
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Another example is the listing of preventive maintenance 
numbers and their short verbal descriptions. Because the data 
in these fUes are modified occasionally, they are given a fairly 
independent status in PIMS. This will ensure that their modifi- 
cation can be incorporated in a simple straightforward manner. 


V. Some Exampiro 

In this section we briefly illustrate some of the capabilities 
that PIMS will have by describing three representative exam- 
ples. Together they indicate the primary capabilities of PIMS 
as currently being developed; other capabilities will probably 
be added after the system is operational. 

A. Table GeneratkHi 

A basic capability of PIMS will be to generate tables sum- 
marizing information concerning various aspects of Goldstone 
operations. For example, suppose that a table is desired which 
lists, for the period June 1 to August 1, 1981, the total num- 
ber of manhours expended per week, broken into categories 
of tracking, preventive maintenance, corrective maintenance, 
and repairs. To obtain such a table, the following sequence of 
steps could be performed. First, since only the periods June 1 
to August 1, 1981, are desired, nine working files could be 
formed, each consisting of the relevant portion of one of the 
permanent event files (sec Section IV-C). Now these files could 
be merged into one, and sorted by day of year. Next, the 
resulting file could be partitioned into one-week blocks and, 
within each block, sorted according to work category. (This 
would have the effect, within each block, of placing all events 
concerning a given work category physically next to each 
other.) Having arranged the file in this manner, a routine can 
now be executed which calculates, for each week, the number 
of manhours expended within each work category. Finally, a 
table printing routine can be called to print the results on paper 
or display them on the screen. 

Ail of the procedures described above will be implemented 
in a very flexible fashion in PIMS. Thus a table can be con- 
structed that lists total manhours broken into virtually any 
categories. Other parameters can also be totalled ^e.g.. end-user 
hours or downtime), and other types of aggregate functions 
will be available (e.g.. average instead of total). 

B. Comparison of Productivity 

A second application of PIMS will be to compare corre- 
sponding aspects of different parts of Goldstone activities. For 
instance, suppose that a comparison, between the three Gold- 
stone stations, of the ratio of the manhours expended on 
preventive vs corrective maintenance is desired. To obtain this. 


a procedure similar to that used for generating tablw can be 
applied. Specifically, the user can first create files, one for 
each station, whidi contain all events invdving pievmtive or 
corrective maintenance. Next, th^ fB^ can be used to deter- 
mine, for each station, the number of manhours expmided on 
the two categortes of maintenance. The d^ired ratios are then 
easily calculated. 

Since PIMS is capable of categorizing data in a large number 
of ways, it will be useful in making many different types of 
comparisons. 

C. Iterative Maniputatlon of Fite 

Another basic feature of HMS is that users will be aUe to 
manipulate working fSes in an iterative fashion. For examfde, 
suppose that the user cu y.cd the table described in Section 
V-A, and noticed that repairs costs were considerably hi^r 
than the other costs. The user may at that point wonder 
whether this inbalance was peculiar to a given subsystem or 
occurred in all of them. Using PIMS, the user can sort the 
working file already obtained by subsystem, and then list for 
each subsystem the number of manhours expendeu in each of 
the specified work categories. If interested, the user may then 
refine the data further, listing manhour expenditures cate- 
gorized by assemblies within one or more subsystems. 

It is clear that this kind of iterative, ad hoc file manip ila- 
tion capability will provide users a means to literally ""explore'" 
the data in any way they please. 


VI. Concluding Remarks 

We conclude by describing the current status of the PIMS 
effort, mentioning some possible future directions for it. 

At present, the overall design of the initial version of PIMS 
is essentially complete. The routine for processing raw data 
concerning operations personnel (Section IV-A) has been 
implemented and debugged. Also, the module which performs 
basic manipulations of event tiles (Section IV-D) is essentially 
completed, and the module for handling the refei mce files 
(Section IV-E) is under i' dopment. The remaining modules 
include those for input tif.^, niaintenance and repair data and 
for driving the menu-driven user interface. 

Once the system is in operation, it is expected that, based 
on their experiences, users will determine that certain capabili- 
ties should be added to PIMS. For example, certain new data 
sets, such as Discrepancy iveport information (Appendix A, 
see A7). may be desired. Also, more complicated statistical 
capabilities may be desired. Fin ally, new ways of representing 
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the data, e^., using plotted curves to indicate one parameter 
as a ftinction of another, could be added. 

More generally, if PIMS proves to be a useftil tool for 
managers and management scientists at JPL, the project may 
lead to a more substantial effort to provide access to inte- 
grated DSN operations data. Given a Hrm commitment from 


managnnent, a more amUtious database management system 
mi^t be devised to perform the same fbnctiatt as PIMS, 
except in a much mote sophisticatsd and comptete manner. 
Indeed, the PIMS effort may indicate the desirabflity of faioor- 
porating, at a fundamental level, a PIMS^ike capMdUty into 
the data management component of die Network Consdida- 
tion Project. 
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Appendix A 

Survey of DSN Operations Databases and Data Reports 


The sheer size and complexity of the DSN has necessitated 
the development of several highly successful computerized 
information systems which are used to support its opera- 
tion. In this appendix we briefly survey some of the more 
significant of these databases, and also mention a couple of 
related data sets (including an important database which has 
not been computerized to date). Table A1 provides a brief 
summary of our discussion. As noted above, PIMS will focus 
primarily on data in three of there databases (namely Al, 
A4 and AS) and make reference to some of the others (nota- 
bly A2 and A6). 


Al. The DSN Scheduling Database 

The DSN Scheduling Database is maintained and used by 
Section 371 to schedule, on a week>to-week basis, the tracking 
activities of all of the DSN antemia stations. Roughly 500 to 
700 events are scheduled for any given week, and events can 
be scheduled up to 53 weeks in advance. Once fixed, the actual 
schedule is used by the various DSN stations to plan, on a 
minute-to-minute basis, specific station activities (both those 
called for on the schedule and others such as certain preventa- 
tive maintenance tasks). After a week has passed. Section 371 
modifies the we k's schedule to reflect the actual events of 
the week, and archives it as a weekly “history.” These weekly 
histories form the basis of “DSN Utilization Reports,” which 
summarize DSN activities, categorized by antenna size and end 
users. Indeoendently, the Data Processing Unit of Dendix (in 
Barstow) updates the Goldstone portion of the weekly sched- 
ule and archives its own weekly “histories.” These are used by 
the Data Processing Unit as the basis of “Station Utilization 
Reports.” which are subsequently distiibuted by Section 371. 
These “Station Utilization Reports” list, for each station, the 
number of station operating hours (SOH)and end-user hours 
(EUH) devoted to each of the DSN “end-users” in the given 
week (see Appendix B for a sample report). 


A2. Transfer Agreement Status 
Database (890-61) 

The Transfer Agreement Status Databc " is concerned with 
recording information concerning: engineering responsibility, 
from the station and facility level down to the subsystem and 
assembly level, of the DSN. For each station, subsystem and 
assembly it lists the subsystem engineer, the cognizant devel- 
opment engineer, the cognizant operations engineer and the 
cognizant sustaining engineer (if applicable), and the current 


status of these respmisibility assigiunencs (e.g., transfer 
planned, transfer complete). This database is stored at JPL*s 
Information Processing Center (IPC) on the Univac 1100/81, 
and is maintained by Section .^$5. It is updated as needed to 
reflect assignments and transfer status changes. A variety of 
accessing modes to this database, each generating a report of 
a certain kind, is available. 

An important aspect of the Transfer Agreement Status 
Database is that it provides information cross-referendng vari- 
ous naming conventions which have arisen for describing parts 
of the DSN. Each station can be viewed as conasting of 
roughly 25 ^subsystems,"* and each subsystem is broken into 
roughly 10 “assemblies”. Some subsystems are commrni to 
more than one station while others are unique to a specific 
station. GeneraUy, a given subsystem or assembly can be 
identified in each of the following three ways: (J ) the name of 
the subsystem or assembly (e.g., “34M. Ant Mechanical S/S*’ 
or “Electronic Control Assembly”), (2) the threeTetter 
acronym, which sometimes extends to six letters (e.g., ANT or 
SVO), and (3) the two- to four-digit two-level hierarchical 
identifier (e.g., 46.00 or 46.02; here the first (two) digtt(s) 
refer to the subsystem while the latter digit(s) refer to the 
assembly within the subsystem). The Transfer Agreement 
Status report provides a correlation between these three modes 
of identification and specifies which subsystem and assemblies 
are relevant to a given station. 


A3. DSN Equipment Database 

The Equipment Database is a large-scale database manage- 
ment system implemented on the Univac 1 100/81 and main- 
tained by Section 377. It holds data conccining all of the 
actual physical components comprising the DSN. The database 
is used primarily for inventory control and component track- 
ing and also to support ad hoc operations performance analy- 
ses and answer various ad hoc queries. The database currently 
holds some 170,000 records and grows at a rate of roughly 
1000 records per week. It lists, for each DSN component, 
a variety of information, including its unique identifier (called 
the “DSN control number” or “conaudit ii'imber”), descrip- 
tion. manufacturer identification number, current location, 
and information concerning its repair hi$tor:^ The database 
can be accessed through a versatile intenctive command 
language which supports m iltikey retrieval and totally flexible 
format specification. The daiabw can also be interfaced 
directly by computer software. 
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A4. Barstow Production Control Database 

Quite recently, a new computerized database system has 
been implemented to monitor and control the flow of DSN 
components through the repair facilities at Goidstone. This 
Barstow Production Control (BPC) Database is in the flnal 
stages of implementation in Section 377, and will be main- 
tained (and possibly enhanced) by that section. The database 
will store very detailed records concerning each instance where 
a DSN component was repaired, including various dates, what 
speciflc activities were performed (including procedure num- 
bers, if applicable), which DSN test equipment was used, and 
how many manhours were spent on various ac ivities (Appen- 
dix B shows an example of a '^Service Report,*" which can list 
all of the information stored in one record of this database). 

The database is housed on the Univac 1100/81, currently 
holds roughly 15,000 records, and is growing at a rate of 
approximately 1000 records per month. In its current imple- 
mentation the database provides sophisticated data compres 
Sion, and also indexing to provide fast access according to cer- 
tain data fields. Data is put into the system via computer 
termmals, and records are updated as various stages of repair, 
testing or calibration are completed. The system can be 
accessed by a flexible, command-oriented query language* 
both online and in batcli mode. At present the output of this 
database is formatted identically to the Service Report. 

The BPC Database replaces in part another comprehensive 
database, the Failure Database, which was maintained by 
Section 377 until April i^81 . That database was used to main- 
tain records concerning component failures, and stored a fail- 
ure history for each component. The database was partially 
integrated into the Equipment Database, and data could be 
accessed through a number of data fields. Whereas the Failure 
Database was used to monitor repair activity and store a 
comprehensive history of each substantiiJ component, the 
BPC Database at present only monitors individual instances 
of component repair. 


AS. Maintenance and Integration 
Work Orders 

An important database concerning DSI ^ Goldstone opera- 
tions which is not currently computerized concerns the 
activity of the Maintenance and Integration (M&l) Unit (of 
the Bendix Corporation) at Goldstone. This unit is responsible 
for performing a large class of routine preventive maintenance 
activities, trouble-sliooting station problems, removing and 
replacing components, and performing some of the work gen- 
erated by Engineering Change Orders. This activity is moni- 
tored and directed via “Work Orders” (see Appendix B), wr> * 


are used (1) to specify fliat a givni task is to be perfonx»d, 
and (2) to record the work that was petfoimad. Including 
manhours expended (and beginning recently, the amount of 
time used in transportation). Althou^ the current ^stem 
used by die M&l unit to record its activity is certainly ade- 
quate, it is dear that a computerized astern would enhf*^> ^ 
fte ability to obtain interrelated data and overview info* - 
tion, thereby improving the unites over J) performance. 

A6. Manpower Utilization Reports 

The Manpower Utilization Reports are generated on a 
weekly bafls by the Tracking Operations and Data Processhig 
Units (of the Bendix Corporation) at Goldstone and Barstow 
(respectively). These reports give a weekly summary of the 
operations personnel and M&I personnel manhours expended 
at (joldstone, broken into rou^y 20 categories (see Appen- 
dix B). Note the distinction between Manpower Utilization 
Reports, which list manhours expended, and the DSN and 
Station Utilization Reports (discussed in A1 above), which 
list station operating hours and end-iiser hours. 

The Manpower Utilization Reports are assembled from the 
“shift reports” kept at each station (at Goldstone) and by 
M&I (see Appendix B for a blank copy of Shift Report) and 
stored in the Sycor minicomputer maintained in Gddstone 
by the Data Processing Unit in Barstow. Quarterly and annual 
summaries of this information may also be generated upon 
request. 


A7. Discrepancy Report Database 

The Discrepancy Report Database is maintairied by Sec- 
tion 371 to monitor “discrepancies.” A <’tscrepancy is defined 
to be an instance in which an end-user was scheduled to 
receive telemetry data, and received either degraded data or no 
data. Thus, discrepancies are initially ' merated” when an 
end-user reports such data degradation or loss. Once a dis- 
crepancy has occurred, it is considered “open” until the cause 
of the discrepancy has been located (and if applicable, 
remedied). 

The Discrepancy Report Database is maintained in an 
IBM 3032 computer managed by the Administrative Comput- 
ing Service (ACS) at Caltech. The database is used to store 
and update records conct^ming open discrepancy reports, and 
has records of past discrepancy reports going back to 1975. It 
is also used to determine operational “Mean Time Between 
Failures,” system trends and distribution of problems by 
hardware, software and pnxedural anomalies. Finally, special 
software routines can be used to answer ad hoc queries made 
to the database. 
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A8. Engineering Change Management 
(ECM) Database 

The ECM database is used to monitor the implementation 
status of Engineering. Change Orders (ECO) in the DSN. These 
data include a description of the change, its application and 
various milestones/status reports during the development, ship- 
ment, and facility installation and testing of it. Periodic man- 
agement reports are generated and some ad hoc queries are 
supported in predetined formats. The system was originally 
implemented in 1976, is housed in the IPC and is managed by 
Section 377. It should also be noted that before approval, 
information concerning Engineering Change Requests (ECRs) 
is maintained in AODC word processors. 


A9. System for Resources 
Management (SRM) 

Although not dedicated soIel> to DSN operations, we 
briefly describe the System for Resources Management. The 
SRM provides the backbone for accounting activities at JPL. 
It is used to monitor all JPL income and expenditures, to 
coordinate future expenditures against future income, and to 
record past income and e)q)enditures. The SRM is capable of 
formatting and si.inmari2ing accounting information in a 
variety of ways, producing reports such as the Resources 
Status Report (RSR), and the SRM planning summaries. Also, 
interfaces between the SRM and the WADSUM (see A 10) 
have been developed. At this time, the SRM is not an inter- 
active system - updates and modifications to the data must 
be done in batch mode, and only after a special processing of 


the entire data set is performed can the (newly revised) data 
be printed out. 

The SRM is housed in the ACS IbM 3032. As well as con- 
taining data for the current year, it stores detailed records for 
the past 4 years and ardiived records for eariier years. Also, it 
contains information concerning projected expenditures for 
the next 5 years. The database is quite large; it hdds roughly 
200,000 records for a current year, and at present the primary 
history file holds another 320,000 records. 

A10. The Work Authoriiaiion Locument 
Summary System (WADSUM) 

This system was developed to fulfill reporting require- 
ments regarding planned TDA resources allocations. The data- 
base, resident on the IPC Univac 1100/81, contains head- 
count and expenditure data for each account In tiie TDA 
program. The database is composed of 1500 records, and may 
be accessed and updated either interactively or in batdt mode. 
Numerous sorting and report writing capabflities are 
supported. 

Various interfaces exist between the WADSUM and the 
SRM. For example, a WAD performance report, generated 
monthly on the ACS IBM 3032, detail* the discrepancies 
between the '"planned** manpower and funding levels in the 
WADSUM database, and corresponding accrued "actv * 
recorded in the SRM data bases. 

The WADSUM system was developed and is maintajiea 
under the cognizance of the TDA Program Control Office. 
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TaMA-1 IMabuet 


Name 


Section 


Otiginal Residence 
implementation 


Primary objectives Seoor^dclry usage(s) 


Accessibility 


A1 DSN Scheduling 371 


A7 Transfer Agreement 355 
Status Database 
(890-61) 


1965 


1975 


IPC 


IPC 


Facilitate scheduling 
of DSN tracking 
activities 


Store current «*ngi- 
neering res| » ibility 
assignments tor DSN 


Basis for station 
operations. Basis 
for various ''utniza- 
tion" reports and 
for weekly 
“histories'' 

Correlation of sub- 
system and assem- 
bly nomenclatures 


Schedules generated A 
various intervals. Other 
access almos* exdu- 
rively restricted to 
direct scheduling 
activity 

Several alternative 
report generating 
capabilities 


A3 DSN riauipment 
Database 


377 1975 


IPC 


Inventory control of 
DSN equipment 


Operations perfor- 
mance analysis. Ad 
hoc questions and 
analysis 


Versatile interactive 
command language fok 
item specification and 
listing. Direct software 
interface available 


A4 Baistow Production 
Control Database 

377 

1981 

IPC 

^ i:tor and control 
flow of DSN c»>mpo- 
nents through DSN 
repair facilities 

Command-oriented 
query language; output 
to (hard copy) “service 
report" and to 
terminals 

A5 Maintenance and 
Integration Work 
Orders 

M&l Unit 
at 

Gcldstone 


Goldstone 
(hard copy) 

Monitor and control 
M&l activity 

Hard copies stored in 
sequence at Goldstone. 
Subsets of data inde- 
pendently maintained 
by cognizant engineers 

A6 Manpower 
Utilization 
Reports 

Tra::king 
operations 
and data 
processing 
unit at 
Goldstone 
and Barstow 

1978 

Goldstone 
(Sycor W ' i- 
computer) 

Report summaries of 
manpower expended 
by operationr and 
MaI personnel 

Reports generated 
weekly 

A 7 Discrepancy Report 
Database 

3^ 

1966 

IBM 3032 
at Caltech 

Monitor discrep- 
ancies 

Ad hoc queries 
answered using special 
software routines 

A8 ivOgineering Change 
Management <I:CM) 
Database 

377 

1976 

IPC 

Monitor engineering 
chringcs to DSN 

Interactive access to 
facilitate processing 
and monitoring of 
engineering change 
orders. Summary 
report generation 

A9 System Resources 
Management (SRM) 
Database 

632 

1969 

IBM 3032 
at Caltech 

Schedule and moni- 
tor JPL financial 
accounts 

Report generation; ad 
hoc queriev. intcrfac'c 
to WADSUM 

AIO Work Authorization 
Document Summary 
System (WADSUM) 

410 

1972 

IPC 

I-ulfill NASA report- 
ing requirements 
regarding planned 
resource allocations 

Interactive access; 
interface to SRM; 
report generating 
capabilities 


183 



ORIGINAL PAGE IS 
OF POOR QUALITY 


AppendixB 

Examples of Schedules and Reports 



USS-14 STATION UTILIZAIION REPORT 




FOR 




UEEK 5f 1901 




1. DSN USER SUPPORT 

SOH 

EUH 

PER 

A. 1. SPACECRAFT TRACKING 




PI0NEER--7 

6.1/ 

4.83 

3.67X 

PIONEER-9 

5.25 

4.30 

3.13X 

PIONEER-10 

14.17 

X2.17 

8.43X 

PIONEER-11 

7.92 

6.67 

4.71X 

PIONEER-12 

16.42 

13.42 

9.77% 

VOYAGER-2 

13.67 

10.67 

G.13Z 

2- PROJECT RELATED SUPPORl 




VOYAGER 

6.00 

3.00 

3.57X 

3, DSN PROJECT PREPARATION 




DSN 

2.75 

2.75 

1.64% 

B. RADIO SCIENCE 




OSS 

11.67 

10.92 

6.94Z 

C. ADVANCED irSJEHS 




D. SPECIAL 




SUB-"OrAL 

84.00 

68.93 

50.00% 

II. FACILITY ACTIVITIES 




A. MAINTENANCE 




1. PREVENTIVE 

25.75 


15.33% 

2. CORRECTIVE (DOUNTIME) 

41.75 


24.85% 

3. CORRECTIVE (NO DOWNTIME) 

0.00 


0.00% 

B. personnel training 

1.08 


.6^ 

C. DSN fNGINELRING 




1. ENGINEERING SUPPORT 

15.42 


9.18% 

2. DEVELOPMENT OR TESTING 

0.00 


0.00% 

3. MINOR MODS 

0.00 


0.00% 

III. OTHER AcriviriEs 




A. MAJOR MODIFICATIONS 

0.00 


0.00% 

B. HOST COUNTRY RADIO SCIENCE 

0.00 


0.00% 

C. MISCELLANEOUS 

0.00 


C.00% 

TOTAL HOURS 

168.00 

68.93 

tto.00% 



Fig.B-1. StattonUtUtz^k>fiR«port(DQftaProoMSlngUnitQoldiitone) 
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